home *** CD-ROM | disk | FTP | other *** search
- Path: ifi.uio.no!usenet
- From: ludvigp@ifi.uio.no (Ludvig Pedersen)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: PPC compilers
- Date: 1 Feb 1996 19:38:03 GMT
- Organization: Dept. of Informatics, University of Oslo, Norway
- Message-ID: <1316.6605T735T2597@ifi.uio.no>
- References: <38232191@kone.fipnet.fi> <551.6602T1231T2646@ifi.uio.no> <38232238@kone.fipnet.fi>
- NNTP-Posting-Host: gymir.ifi.uio.no
- X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
-
- >> Sorry, I have not followed this discusion closely.
- >> What problems will it cause to have 2 addx? Is there anything wrong with
- >> just exchanging the fraction parts like we are doing today?
- >For a normal loop with one addx you set the x-flag correctly like
- >this:
- > moveq #0,d0
- > add.l d1,d0
- > ...
- >.loop addx.l d1,d2
- > dbf d7,.loop
- >But, what we do if we have two addx (16.16 for V too) and still
- >want 100% accuracy.
- >You just cleared the x-flag before the loop, is that really
- >correct?
-
- Well, I know on thing for sure, and that is:
-
- > moveq #0,d0
- > add.l d1,d0
-
- ...*ALLWAYS* sets the x-flag to 0 for any value d1!
-
- So *YOU* allways clear the x-flag too. :))
-
-
-
- BTW:
-
- Now, I'm thinking about something that /can/ be wrong with the addx routines.
-
- The X-flag is not added to d2 at the correct time, I think.
- Its delayed with 1 run throw the loop:
-
- So here is a suggestion:
-
- sub.w d1,d2 ; This routine will only affect the hi-word of
- add.l d1,d2 ; d2 and set the xflag right.
-
- This routine will solve the the x-flag *and* the delay problem.
- (If you are using 16:16)
-
- It looked cool, I think I will try that in my routines! :)
-
-
-
- <sb>Ludde - Amiga Demo Coder
- <sb>Virtual Reality & Official Be developer
- <sb>ludvigp@ifi.uio.no
-
-